문서의 임의 삭제는 제재 대상으로, 문서를 삭제하려면 삭제 토론을 진행해야 합니다. 문서 보기문서 삭제토론 CPU 게이트 (문단 편집) === 보안 패치 후 하드웨어 성능 하락 === 하드웨어의 취약점이기 때문에 이를 OS와 커널 등 소프트웨어 수준에서 해결하려면 성능 하락이 발생하게 된다. [[http://www.sisaweek.com/news/articleView.html?idxno=101003|현시점에서 보안 버그 패치 시 성능 저하를 피할 수 있는 방법은 없다고 전문가들이 전했으며]], 일부 유저들은 1월 9일 뒤에 상황을 보고 나서 더 논해보자는 신중론을 보이고 있다. 취약점이 공개되기 전 레딧에서 언급된 테스트 결과는 상당한 성능 하락을 보였기에 큰 논란이 되었다. [[https://www.phoronix.com/scan.php?page=article&item=linux-415-x86pti&num=2|작업별 테스트 결과]] [[https://www.phoronix.com/scan.php?page=news_item&px=x86-PTI-Initial-Gaming-Tests|게임 테스트 결과]] 역시 실제 패치가 진행되기 전 인사이더 패스트링 빌드로 올렸던 윈도우 10 RS4 17035로 [[http://coolenjoy.kr/bbs/27/1853189|테스트한 결과도]] 비슷했는데 읽기 속도도 감소했지만, 쓰기 속도의 경우 심각하게 감소했음을 확인할 수 있다. 다만 이는 960 EVO 특유의 캐시 특성에 따른 결과일 확률이 높다. 캐시 메모리를 다 사용한 후 유동적으로 적용되기 때문에 값이 요동친다는 주장이며 이 말대로라면 패치 이전 값 역시 편차가 클 것이고 실제로 MLC인 950 Pro, 960 Pro로 측정했을 시 패치 이후 심각한 성능 하락은 없다. 위 유튜브 링크 중 950 Pro로 측정한 값이 있는데 실제로 16K에서 약간 하락한 것 빼곤 거의 차이가 없다. 또한 패치 RS4 17035 테스트의 경우는 보안패치 이외에 기능업데이트로 인한 영향일 수도 있다. 같은 삼성의 850 EVO의 경우도 업데이트 전후로 읽기, 쓰기 속도가 모두 20% 가까이 하락한다는 벤치 결과가 있다.[[https://blog.naver.com/kal_41/221178177607|#]] 850 EVO 역시 TLC와 캐시 구조를 가진다. SATA 버전의 경우 일부 항목은 변화가 없는 경우도 많다. 다만, [[NVMe]] 형식의 SSD의 경우는 그보다 더 하락폭이 더 커졌으며, 성능이 높을수록 그 폭은 더 커진다. SATA와 비교해서 PCIe 컨트롤러를 통해서 CPU와 직결되기 때문인 것도 있지만, [[SATA]] 형식의 SSD와 비교해서 속도 자체가 더 빠르기 때문에 그 폭이 더 커진 것으로 추측된다. 패치 이후에는 다소 다른 결과가 나오기 시작했는데 가장 논란이 되었던 성능 하락을 확인하기 위한 [[유튜브]]에 올라온 업데이트후 진행된 벤치마크 결과 영상이다.[[https://www.youtube.com/watch?v=_qZksorJAuY|#]] 전반적으로 1~2% 정도의 차이를 보이며 특정 벤치마크는 업데이트 후가 더 잘 나오기도 한다. 측정 편차에 의한 오차를 감안하면 일반사용에 있어서 크게 영향을 느끼기 어려울 것으로 판단된다. 단 개인마다 컴퓨터 사양의 차이가 있어 영상결과와 다를 수 있으며, 16K 영상의 쓰기, 읽기 속도가 약 10% 정도 하락한 것을 보면 대용량 미디어 정보를 관리하는 서버는 영향을 어느 정도 받을 듯 보인다.[* 물론 서버환경에 IO만 영향을 주는 것은 아니기에 클라이언트 사용자 기준에선 체감이 없을 가능성도 있다.] SSD보다 메모리를 벤치를 비교해야 된다는 얘기가 있다.[[https://windowsforum.kr/free/9634888|#]][[http://quasarzone.co.kr/bbs/board.php?bo_table=qf_cmr&wr_id=57119|#]] [[https://access.redhat.com/articles/3307751|레드햇 성능팀이 Red Hat Enterprise Linux 7을 기준으로 벤치마크한 결과를 공개했다.]] 요약하자면, 아래와 같다. * Measureable: 8~19% - Oracle OLTP, MariaDB, PostgreSQL, fio(Random IO to NVMe)와 같은 buffered IO와 cached random memory access, OLTP DB 환경 * Modest: 3~7% - DW성 업무(Analytics), Java VM, MongoDB 등 * Small: 2~5% - HPC와 같은 CPU intensive 업무 IBM에 [[https://exchange.xforce.ibmcloud.com/collection/c422fb7c4f08a679812cf1190db15441|따르면]], 성능 하락은 작업량과 시스템 환경에 다르다고 한다. 예를 들어 순수하게 메모리 기반 연산을 하고 최소한의 소프트웨어만 구동되는 [[CLI|텍스트 기반 환경]]에서는 큰 성능 하락이 없을 것이며, 많은 저장 장치와 네트워크가 연결이 되었으며 주로 정보 저장소로 사용되는 [[GUI]] 시스템에서는 큰 성능 하락이 있을 수 있다고 한다. 현재까진 게임 성능에는 가시적인 저하가 없는 것으로 확인되었다. 업데이트를 받아보고 즉시 벤치를 돌려본 유저들의 의견에 의하면 성능상으로 큰 차이는 없다는 언급이 대부분이다. 게임은 [[소프트웨어]]를 [[기억장치|보조기억장치]]에 설치해 놓고 실시간으로 리소스를 읽어오는 방식인데 위의 서술대로 쓰기 속도가 저하된다고 해도 읽기가 대부분인[* 세이브, 스크린샷, 설정 변경 등 소수 기능은 쓰기를 이용하지만 이러한 작업은 전체적인 게임 진행 중 매우 일부분만 차지하기 때문에 별 상관이 없다.] 게임엔 영향을 미치치 않을 수도 있다. 애초에 위와 같은 쓰기 속도 저하도 일반적인 것은 아니었지만. 하스웰부터 지원하는 INVPCID 기능으로 인해 이전 CPU들보다 성능 하락폭이 다소 줄어들었다고 한다. 그렇다고 성능하락이 없는 수준은 아니다. [[https://cloudblogs.microsoft.com/microsoftsecure/2018/01/09/understanding-the-performance-impact-of-spectre-and-meltdown-mitigations-on-windows-systems/|MS의 설명]]에 따르면 스카이레이크 이전 세대의 경우 분기 예측을 아예 꺼버린다고 한다. 한마디로 기능 자체를 쓰지 못하는 셈. 구글과 아마존닷컴 측은 멜트다운, 스펙터 버그 패치로 인한 성능 저하 논란은 과장된 이야기이며, 자사의 서버나 클라우드 서비스도 이렇다 할 퍼포먼스 하락은 보이지 않는다고 언급했다.[[http://www.businessinsider.com/google-amazon-performance-hit-meltdown-spectre-fixes-overblown-2018-1|#]] 마이크로소프트는 자사의 Azure 서버가 보안 패치 이후 뚜렷한 성능 하락은 보이지 않는다고 밝혔다.[[https://azure.microsoft.com/en-us/blog/securing-azure-customers-from-cpu-vulnerability/|#]] 애플은 보안 패치 이후, GeekBench 4나 Speedometer, JetStream, ARES-6같은 일반적인 웹 브라우징 벤치마크로 테스트했을 때, macOS와 iOS에서 주목할 만한 성능 하락은 보이지 않는다고 밝혔다.[[https://support.apple.com/en-us/HT208394|#]] 구글은 자사 보안 블로그를 통해 자체 개발한 보안 패치 기술, 레트폴린(Retpoline)을 [[https://security.googleblog.com/2018/01/more-details-about-mitigations-for-cpu_4.html|공개했다.]] 해당 패치는 스펙터 취약점 중 하나인 분기표적 주입(branch target injection)에 대한 패치이다. 구글에 따르면, 해당 기술이 해킹 위험을 없애면서도 CPU 성능 저하도 막을 수 있다고 한다. 구글은 해당 기술을 업계 파트너사와 공유할 것이며 성능에서 무시할 만한 영향을 준다고 발표했다. [[에픽게임즈]]에 따르면, 클라우드 서비스 서버에 멜트다운 대응을 위한 업데이트를 한 뒤, 클라우드 서비스 서버의 CPU 사용량이 크게 올라갔다고 한다. [[https://www.epicgames.com/fortnite/forums/news/announcements/132642-epic-services-stability-update|#]], [[http://it.chosun.com/news/article.html?no=2844926|[CPU 게이트] 에픽게임즈, 보안 패치 후 “서버 CPU 점유율 올랐다”]] 이로 인해, 로그인에 문제가 생기고, 서비스 불안정성이 발생했다고 한다. 에픽 게임즈가 사용하는 클라우드 서비스가 패치됨에 따라 다음주에 예상치 못한 문제가 발생할 수 있으며, 에픽 게임즈는 향후 문제를 막기 위해 클라우드 서비스 제공자와 협력하며 가능한 빠르게 발생하는 문제를 완화시키거나 해결하는 데 총력을 다할 것이라고 밝혔다. MS의 수석부사장인 테리 마이어슨은 “인텔 보안 결함을 해결하려고 적용한 패치로 인해 특정 서버의 처리 속도가 상당히 느려졌다.”는 말과 함께 “패치 후 성능 저하문제가 인텔이 인정한 것보다 더 심각할 수 있다”는 말과 “일부 PC나 서버의 속도가 현저하게 떨어졌는데 특히 2015년형 PC로 윈도7이나 윈도8을 사용하는 소비자 대부분이 뚜렷한 성능저하를 느낄 것”이라고 지적했다. 해당 사태가 지속적으로 일어나자 [[http://news.naver.com/main/read.nhn?mode=LSD&mid=shm&sid1=105&oid=092&aid=0002129541|인텔에서도 해당 문제를 인정]]하였다. 주요 시스템에서 6~7% 정도의 하락이 있으며, 경우에 따라 10% 이상 하락이 이루어진다고 하였다. 게다가 이 부분은 스카이레이크 이상의 CPU에서 일어나는 부분이라 그 이상 된 구형 CPU의 경우는 하락폭이 더 커진다. 인텔의 공식 벤치에서는 이렇게 되어 있다. * 8세대 모바일 프로세서 기반 시스템의 경우 종합점수 기준 적게는 1%에서 많게는 10%, 세부점수 기준 최대 14% 하락. * 7세대 모바일 프로세서 기반 시스템의 경우 종합점수 기준 적게는 1%에서 많게는 7%. 세부점수 기준 최대 14% 하락. * 6세대 데스크탑 프로세서 기반 시스템의 경우 종합점수 기준 최대 10%, 세부점수 기준 최대 21% 하락. 경우에 따라 6% 성능 상승. 서버쪽의 경우 [[https://newsroom.intel.com/news/firmware-updates-and-initial-performance-data-for-data-center-systems/|데이터센터에서 상당한 성능 하락이 이루어졌다.]] 테스트 환경은 2소켓 인텔 제온 시스템(스카이레이크)인데 상당히 비싼 CPU이며, 고사양을 자랑하는 수준인데도 불구하고 정수와 부동소수점 처리량, 린팩, 스트림, 자바 테스트에서는 0~2%. 온라인 거래 처리 OLTP 벤치마크는 4% 하락했다. 스토리지 벤치마크는 구성에 따라서 몹시 다양한 결과를 보였는데, 100% 쓰기에선 CPU의 부담이 매우 커졌으며 이 경우엔 18%의 성능 하락했다. 70% 읽기에 30% 쓰기에선 2% 줄어드는데 그쳤으며, 100% 읽기에서는 별 영향이 없었다. 그리고 SPDK(Storage Performance Development Kit) 테스트에서는 다양한 조합의 iSCSI 성능이 25% 정도 하락했다.[* 더 큰 문제는 보통 서버로 사용되는 CPU들은 6세대보다도 더 구형인 경우가 꽤나 많다는 점 이다. 6세대인 스카이레이크만해도 이런데 그 이전 것들은 오죽할까?] 삼성 SDS에서 자체적으로 실시한 결과 데이터센터에 따라서 [[http://www.coolenjoy.net/bbs/38/1459831?sca=CPU%2CMB%2CRAM|최대 60%]]라는 경이로운 속도하락을 보여주었다고 한다. 인텔의 스펙터 패치 이후 성능 하락이 없다고 발표한 것이 사실은 '''해당 패치 기능을 꺼놓고 돌린 것'''이라 욕을 먹고 있다. 윈도우 10 RS4 빌드에서 스펙터 패치를 적용했을 때 SSD 4K 성능이 반토막난다고 한다. 실제로 성능 저하가 확연히 느껴진다는 사람들도 있다.저장 버튼을 클릭하면 당신이 기여한 내용을 CC-BY-NC-SA 2.0 KR으로 배포하고,기여한 문서에 대한 하이퍼링크나 URL을 이용하여 저작자 표시를 하는 것으로 충분하다는 데 동의하는 것입니다.이 동의는 철회할 수 없습니다.캡챠저장미리보기